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FOREWORD 


The  life  cycle  support  of  the  ever  increasing  number  of  computer 
systems  embedded  in  weapon  systems  is  a  major  challenge  to  the  Air 
Force  Logistics  Command.  With  continued  operational  and  support 
emphasis  on  weapon  system  performance  and  responsiveness  to  a 
dynamic  mission  environment,  significant  enhancement  of  support 
capabilities  for  all  categories  of  embedded  computer  systems  is 
required.  This  report,  Executive  Overview  (Volume  I),  and  Long 
Range  Plan  for  Embedded  Computer  Systems  Support  (Volume  11) 
contain  recommendations  for  acquiring  such  capabilities. 

This  volume  is  one  of  two  individually  bound  volumes  that  con¬ 
stitute  the  Phase  Ill  Final  Report,  Study  of  Embedded  Computer 
Systems  Support,  for  Contract  F33600-79-C-0540.CDRL  05A.  The 
efforts  and  analyses  reported  in  these  volumes  were  sponsored  by 
AFLC/LO  and  cover  a  reporting  period  from  December  1980 
through  August  1981. 
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1,  INTRODUCTION  AND  BACKGROUND 


Support  of  Luu  bed  tied  Computer  Systems  (Lit'S)  in  the  1980’s  presents  a  major  challenge  to 
the  Air  Force  Logistics  Command  (AF1.C).  The  incorporation  of  digital  technology  in  weapon 
systems  has  introduced  a  new  dimension  to  the  acquisition,  operational,  and  support  environ¬ 
ments.  Although  technological  advances  have  occurred  in  virtually  all  aspects  of  weapon  system 
functions,  they  are  particularly  evident  in  weapon  systems  that  encompass  embedded  computer 
systems  as  an  integral  part  of  the  system  structure.  This  trend  is  expected  to  continue  along  with 
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Figure  1.  Ten-Year  Forecast:  DOD  Embedded 
Computers 


increases  in  application  to  avionics 
functions,  due  to  dramatic  in¬ 
creases  in  computing  capability 
coupled  with  decreases  in  size  and 
weight.  Several  systems  have  been 
deployed,  and  problems  associated 
with  their  support,  particularly  the 
support  of  computer  programs, 
surfaced  in  the  early  1970’s.  Many 
of  these  problems  can  be  attributed 
to  past  acquisition  practices  and 
user  expectations,  as  well  as  a 
major  shift  in  support  philosophy  that  also  occurred  in  the  early  1970’s.  This  shift  towards 
increased  government  support  and  the  corresponding  increase  in  government  control  was 
designed  to  improve  mission  responsiveness.  The  magnitude  of  the  future  ECS  support 

workload  in  terms  of  numbers  of 
computers  (Figure  1)  and  hardware 
and  software  costs  (Figure  2)  is 
indicated  by  a  recent  Electronics 
Industry  Association  DOD  Digital 
Data  Processing  Study.  The  study 
was  performed  by  an  industry  team 
consisting  of  representatives  from 
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Figure  2.  Ten-Year  Forecast:  Hardware/ 
Software  Costs 


90  Control  Data  Corporation,  IBM, 
INTEL,  ROLM  Corporation,  and 
TRW. 
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The  requirement  to  provide  ECS  support  stems  from  the  traditional  logistics  weapon 
systems  support  role  of  buying,  supplying,  transporting,  and  maintaining  systems.  However,  the 
management  and  technical  support  of  ECS,  and  particularly  the  change  process  for  ECS  soft¬ 
ware,  is  an  engineering-intensive  activity.  Modification  of  computer  programs  to  meet  specifica¬ 
tions  or  new  performance  requirements  is  dependent  on  engineering  and  scientific  disciplines,  as 
well  as  sophisticated  equipment  and  tools.  The  change  process  for  operational  flight  software, 
which  is  normally  accomplished  within  a  period  of  12  to  18  months  between  fielded  versions,  is 
very  similar  in  process  and  procedure  to  the  original  development  effort  (Fipure  3).  In  some 

cases,  it  may  be  even  more 
demanding  due  to  support 
of  multiple  versions  for  a 
single  weapon  system,  or 
new  requirements  de¬ 
mands  imposed  upon  an 
embedded  computer  sys¬ 
tem  operating  at  full 
capacity,  thereby  necessi¬ 
tating  major  redesign  of 
the  existing  operational 
software. 

Considerable  progress 
has  been  made  in  the  sup¬ 
port  of  ECS,  and  several 
complementary  efforts,  in¬ 
cluding  this  contractor  study  of  ECS  support,  have  been  initiated  by  AFLC.  The  purpose  of  this 
study,  which  was  the  first  comprehensive  look  at  ECS  support  since  the  Pacer  Flash  ef  fort  in  the 
early  1970’s,  was  to  develop  a  long  range  plan  to  be  used  by  AFLC  to  manage  and  support  ECS 
jn  a  command-wide  basis  in  the  1980’s  while  developing  a  cost-effective  support  posture  for  the 
1990’s.  This  three-phase  study  effort  was  initiated  in  September  1979  and  included  the  following 
specific  tasks: 

^  Phases  1  and  11 

•  Develop  a  program  plan  which  describes  the  study  approach,  pro¬ 
cedures,  and  schedules. 

•  Establish  a  baseline  for  ECS  support  functions  and  requirements; 
assess  current  ECS  support  posture  for  the  five  ECS  categories. 


Figure  3.  Software  Support  Analogous  to  Development 
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•  Assess  and  forecast  major  technology  impacts  on  future  systems 
and  their  attendant  support  requirements. 

•  Investigate  the  potential  use  of  networking  and  the  National  Soft¬ 
ware  Works  (NSW),  and  other  support  concepts. 

^  Phase  III 

•  Develop  a  long  range  plan  for  improving  the  AFLC  embedded  com¬ 
puter  system  support  posture  for  ihe  1980*s. 

The  Phase  11  report,  completed  in  September  1980,  included  a  classified  volume  on  ECS 
readiness  support  and  the  nine  separate  volumes  shown  in  Figure  4. 
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Figure  4.  Phase  II  Final  Report 


The  long  range  plan,  developed  during  Phase  111  of  the  study,  is  based  on  projections  of  the 
future  ECS  support  environment,  anticipated  ECS  support  workload,  and  postulated  objectives 
or  intentions  with  regard  to  support  of  ECS  in  the  future  (Figure  5).  The  plan  encompasses  the 
five  categories  of  ECS  identified  in  AFLCR  800-21  and  uses  the  support  concepts  described 
therein  as  a  starting  point  (Table  1).  The  plan  also  draws  upon  the  current  posture  assessments 

and  associated  deficiencies 
identified  in  the  nine-volume 
final  report,  resulting  from 
the  precursor  Phase  II  Study 
of  Embedded  Computer  Sys- 


Table  1 .  ECS  Support  Concepts  by  Category 


>  COMPUTER  RESOURCES  INCORPORATED  AS  INTEGRAL  PARTS  OP. 
DEDICATED  TO,  REQUIRED  POR  DIRECT  SUPPORT  OF,  OR  FOR  THE 
UPGRADING  OR  MODIFICATION  OF,  MAJOR  OR  LESS  THAN  MAJOR 
SYSTEM(S)  DODD  5000.29. 


|  CATEGORY 

|  CONCEPT 

ATD 

AIRCREW  TRAINING 
DEVICES 

DEVELOPMENT  ENGINEERING 
PROTOTYPE  SITES  (DEPS) 

ATE 

AUTOMATIC  TEST 
EQUIPMENT 

SOFTWARE  SUPPORT  CENTERS 
(SSC'S) 

C-E 

COMMUNICATIONS- 

ELECTRONICS 

C-E  INTEGRATION  SUPPORT 
FACILITY  (C-E  ISF) 

EW 

ELECTRONIC 

WARFARE 

EW  AVIONICS  INTEGRATION 
SUPPORT  FACILITY  (EWAISF) 

OFP 

OPERATIONAL 

FLIGHT  PROGRAMS 

AVIONICS  INTEGRATION 

SUPPORT  FACILITY  (AISF) 

terns  Support.  The  plan  out¬ 
lines  the  HQ  AFLC  manage¬ 
ment  and  technical  activities 
required  to  establish  a 
command-wide  ECS  support 
posture,  and  provides  meth¬ 
odology  including  resource 
estimates  and  schedules  for 
implementing  the  plan.  The 


following  sections  describe  the  factors  affecting  development  of  the  recommended  initiatives. 


the  initiatives  and  associated  benefits,  and  the  approach  for  implementing  the  initiatives. 


VOL.  I 


•  EXECUTIVE 
OVERVIEW 


VOL.  II 


LONG  RANGE  PLAN  FOR  SUPPORT  OF 
EMBEDDED  COMPUTER  SYSTEMS 

•  SECTION  I  :  INTRODUCTION 

•  SECTION  II  :  ECS  SUPPORT  REQUIREMENTS 

•  SECTION  III  ADMINISTRATIVE  INITIATIVES 

•  SECTION  IV  PROGRAMMATIC  INITIATIVES 

•  SECTION  V  .  RECOMMENDATIONS  AND 

IMPLEMENTATION  DETAIl 


Figure  5.  Phase  111  Final  Report 


2.  LONG  RANGE  PLAN 


The  focus  of  the  long  range  ECS  support  plan  is  on  reducing  aggregate  ECS  support  costs 
by  increasing  productivity  and  mission-responsive  support  for  the  five  ECS  categories;  by 
aggressively  clarifying  policy  and  guidance;  and  by  concurrently  enhancing  current  capabilities 
and  acquiring  new  capabilities.  Key  features  of  the  plan  are  a  building  block  approach  to  take 
advantage  of  previous  investments  in  ECS  support  resources  and  recommended  initiatives  in  the 
following  areas  for  correction  of  current  deficiencies  and  progressive  modernization  of  ECS 
support  resources. 

•  Administrative  initiatives  in  the  areas  of  management,  engineering, 
acquisition,  and  support  practices  to  establish  uniform  policies  and 
guidance  in  the  near  term 

•  Programmatic  initiatives  in  the  areas  of  support  tools,  modularity, 
readiness,  and  communications  to  automate,  standardize,  and  modern¬ 
ize  the  ECS  support  process  in  the  mid  and  long  term 

2.1  DEVELOPMENT  APPROACH 

The  long  range  plan  addresses  the  life  cycle  of  ECS  support,  as  well  as  improving  the  cur¬ 
rent  support  posture  to  meet  an  anticipated  future  workload.  An  important  first  step  in  the 
development  was  to  establish  a  framework  that  would  encompass  the  acquisition  and  operation 
of  ECS  support  systems,  correct  current  deficiencies,  satisfy  all  known  or  projected  ECS  sup¬ 
port  requirements,  and  at  the  same  time  provide  an  overall  context  for  development  of  the  long 

range  plan.  Such  items  as  the 
future  ECS  support  environ¬ 
ment,  the  AFLC  objectives  and 
intentions,  and  the  overall  sup¬ 
port  concepts  to  be  employed, 
were  established  to  provide 
these  parameters,  which  are 
discussed  in  the  following 
paragraphs.  Their  relationship 
to  the  requirements  established 
in  Phase  II  and  the  initiatives 
developed  in  Phase  III,  are 
shown  in  Figure  6. 


ENVIRONMENT 

FUTURE  SUPPORT  ENVI 
RONMENT  '.ASEQ  ON  USE 
Of  ECS  IN  WEAPON  SYS 
TEMS.  TECHNOLOGY 
TRENDS  AND  AVAll  ABILITY 
C.;  RESOURCES 


OBJECTIVES 

o 

REQUIREMENTS 

o 

CONCFPTS 

STATEMENTS  OF  NEED  OR 

CURRENT  AND  PROJECTED 

SUPPORT  CONCEPTS 

INTENT  WITH  REGARO  TO 
NEAR  AND  LONG  TERM 

GENERIC  AND  UNIQUE 

ECS  SUPPORT  REQUIRE 

WHICH  APPLY  TO  All  ECS 

ECS  SUPPORT 

MENTS 

INITIATIVES 

INITIATIVES  FOR  IMPROV 
ING  THE  ECS  SUPPORT 
POSTURE  AND  ACQUIR 
iNG  NEW  CAPABILITIES 


Figure  6.  Long  Range  Plan  for  Support  of  ECS: 
Development  Approach 
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■jjjftequiraments 

Q 

Cmen 

Current  end  projected 
generic  and  unique  ECS 
support  requirements 


The  support  of  embedded  com¬ 
puter  systems,  consisting  of  computer 
equipment  and  computer  programs,  is 
based  upon  the  experience  that  over  a 
period  of  time,  changes/modifications 
will  be  necessary  to  correct  deficiencies,  enhance  system  capabilities  in  response  to  operational 
need,  and  adapt  the  weapon  system  to  a  new  role  or  mission  during  the  period  of  its  life  cycle. 
Experience  also  shows  that  system  deficiencies  and  modifications  are  frequently  more  readily 
correctable  by  altering  the  software  than  the  hardware. 


mmmi 


Support  requirements  are  driven  by  the  nature  of  the  embedded  computer  system’s  func¬ 
tional  role  in  the  weapon  system.  For  example,  if  the  OFP  is  resident  in  an  Inertial  Measurement 
Unit  (IMU)  and  navigation  is  the  only  ECS  function,  the  support  requirement  will  be  of  dif¬ 
ferent  magnitude  than  if  the  OFP  is  the  integrator  and  controller  for  a  weapon  system  that 
delivers  nuclear  weapons.  In  either  case,  however,  the  task  of  changing  or  modifying  the  ECS 
can  be  partitioned  into  a  definable  set  of  requirements.  These  requirements  are  often  thought  of 
as  activities,  or  expressed  as  a  sequential  process.  The  following  life  cycle  ECS  support  require¬ 
ments  are  divided  into  ECS  generic  and  unique  requirements. 

^  Generic  Requirements 

•  Life  Cycle  •  Post-PMRT  ECS  Support 


Management 
System  Engineering 
Training 

•  Pre-PMRT  ECS  Support 

Support  System  Requirements 

Supportabillty  Design 
Criteria 

Unique  Requirements 

•  Post-PMRT  ECS  Support 

Concurrency  with  Weapon 
System  (ATD) 

Interagency  Shared  Software 
Support  (C-E) 

Intelligence  Data  Usage 
(C-E,  EW,  OFP) 
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ECS  Change 

Change  Analysis  and 
Specification 

Engineering  Development 
and  Unit  Test 

System  Integration  and  Test 
Change  Documentation 
Certification  and  Distribution 


Rapid  Reprogramming 
Capability  (C-E,  EW,  OFP) 

High  Frequency  Change 
(C-E,  EW,  OFP) 

Nuclear  Safety  Criteria 
(OFP) 


Environment 


X 


t>bta*fe*i  Concept* 

"3 C 


Initiative* 


An  accurate  prognostication  of  the 

Future  support  environ-  future  is  impossible,  hut  a  consensus  of 
ment  based  on  use  ol 

ecs  in  weapon  systems,  recent  government  and  industry  studies 
technology  trends,  and 

availability  oi  resources  ancj  analysis  indicates  that  a  realistic 
projection  of  the  future  ECS  support 
environment  will  include  continuation  of  a  rapidly  evolving  and  expanding  use  of  technology, 
an  ever-increasing  enemy  threat  and  corresponding  demand  for  mission  responsiveness,  and 
continuing  competition  for  scarce  ECS  support  resources.  In  short,  within  the  DOD  and  Air 
Force,  the  pressure  for  “better-faster-more  with  less”  is  expected  to  continue.  Consequently, 
the  foreseeable  and  postulated  future  ECS  support  environment  is  expected  to  be  characterized 
as  follows: 


•  Continued  world  tension  with  alignment/realignment  of  national 
interests 

•  Multi-service  and  multi-nation  use  of  ECS  and  ECS  support  systems 

•  Increasingly  complex  weapon  and  support  systems 

•  Rapidly  evolving  and  expanding  use  of  technology  in  weapon  and  sup¬ 
port  systems 

•  Increased  pressure  for  interoperability  and  standardization  of  ECS  and 
ECS  support  systems 

•  Increased  vulnerability  of  ECS  to  enemy  countermeasures 

•  Extension  of  ECS  support  systems  to  theater  and  flight  line  for  combat 
mission  needs 

•  Increased  competition  for  engineering  and  scientific  disciplines  as  well  as 
support  funds 

•  Rapidly  increasing  ECS  workload 

•  Increased  need  for  ECS  management  and  technical  training 


finvtfOftmtnt 


X 


Objectlvea 

Requirement* 

cd 

Concept* 

The  current  HQ  AFLC  80-1  State¬ 
ment  of  Need  (SON)/Mission  Element 

Statements  of  reed  or  In¬ 
tent  with  regard  to  near  Neeci  Analysis  (MENA)  addresses  the 
and  long  term  ECS  sup- 

porl  practice  of  acquiring  system  specific  or 

point  design  ECS  support  facilities 
(tools,  equipment,  and  skills)  and  the  need  for  increased  standardization  and  automation  of 
ECS  support  processes  and  procedures,  along  with  increased  integration  and  sharing  of  critical 
ECS  support  resources.  This  long  range  ECS  support  plan,  which  supports  the  SON/MENA,  is 
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based  upon  a  set  of  12  postulated  ECS  support  objectives.  These  objectives,  which  are  closely 
related,  were  compiled  from  a  longer  list  of  more  specific  problem /deficiency  objectives  and  are 
therefore  not  necessarily  aimed  at  any  one  ECS  support  requirement  or  current/projected  defi¬ 
ciency.  They  are  applicable  to  the  entire  life  cycle  ECS  acquisition  and  support  process  and 
extend  across  the  five  ECS  categories.^ 

•  Acquire  and  maintain  a  flexible  technical  support  base  and  establish  data 
flow  to  rapidly  respond  to  ECS  combat  needs. 

•  Provide  efficient  and  effective  ECS  life  cycle  management  and  system 
engineering  support. 

•  Promote  efficient,  effective,  and  timely  use  of  interservice  as  well  as 
inter-  and  intracommand  ECS  support  resources. 

•  Acquire  and  maintain  quality  ECS  and  ECS  support  systems. 

•  Ensure  currency  and  survivability  of  ECS  support  systems. 

•  Acquire  and  maintain  ECS  technology  and  intelligence  bases,  and  pro¬ 
vide  for  intercommand  and  interservice  exchange  and  use  of  data. 

•  Ensure  an  attractive  and  competitive  ECS  management  am*  engineering 
career  field. 

•  Minimize  critical  organic  ECS  engineering,  scientific,  and  technical  skill 
needs. 

•  Provide  for  efficient  and  effective  training  and  cross-training  in  ECS 
engineering,  scientific,  and  technical  skills. 

•  Optimize  the  complementary  strengths  of  organic  and  contractor  skills. 

•  Accomplish  efficient  and  effective  ECS  support  cost  estimating,  track¬ 
ing,  and  accounting. 

•  Influence  the  proliferation  of  ECS  and  ECS  support  systems. 


Support  concepts  for  each  of  the 
five  ECS  categories  as  currently 
Support  concepts  which  documented  in  AFLCR  800-21  have 

apply  to  all  ECS 

evolved  over  a  period  of  time.  While 
these  individual  category  concepts  are 


still  in  various  stages  of  implementation,  the  technology  implemented  in  future  weapon  system 


designs  is  expected  to  blur  the  currently  perceived  distinction  between  the  five  categories,  par¬ 


ticularly  between  C-E,  EW,  and  OFP.  Closely  coupled  with  the  individual  category  support 


Volume  II,  Appendix  A,  contains  an  elaboration  of  each  of  the  objectives. 


•• 
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concepts,  whatever  their  distinction  or  numbers,  are  ECS  support  concepts  which  are  intended 
to  apply  within  each  category  as  well  as  across  the  categories.  The  following  concepts  address 
ECS  support  in  the  aggregate,  and  provide  the  frame  work  for  achieving  the  previously  stated 
objectives  and  acquiring  the  overall  ECS  support  capabilities  required  over  the  next  decade. 

•  Increase  ECS  supportability  and  minimize  ECS  life  cycle  support  costs  by 
use  of  improved  system  engineering  tools  and  techniques  for  ECS  design- 
performance-support  tradeoffs  and  ECS  support  planning. 

•  Minimize  critical  ECS  engineering  and  scientific  skill  needs  by  optimiza¬ 
tion  of  organic/contractor  skill  mix,  and  increase  the  use  of  organic  lower 
skilled  ECS  personnel  by  automation  and  standardization  of  ECS  support 
processes  and  procedures. 

•  Maximize  sharing  of  distributed  ECS  support  resources  by  use  of  modular 
integrated  ECS  support  facilities  and  standardized  automated  ECS  sup¬ 
port  tools. 

•  Manage  and  support  highly  integrated  ECS  dispersed  at  geographically 
separated  support  locations  by  establishing  a  system  for  ECS  r.  anagement 
and  technical  data  flow. 

•  Minimize  dedicated  ECS  technology  and  intelligence  resources  by  central¬ 
izing  expertise  and  sharing  intercommand  and  other  service  resources. 

•  Maximize  ECS  management  and  technical  data  flow  by  use  of  ECS  sup¬ 
port  networks. 


Envkown«m 

3C 


Initiatives 


The  recommended  initiatives 

.nmatives  tor  improving  developed  during  Phase  III,  which 
tahndCCfcSqUumngP08new  apply  to  all  ECS  support,  are  closely 

capabilities  ....  „ 

related  and  in  some  cases,  mutually 
dependent.  The  initiatives  are  divided 
into  two  groups.  The  first  group,  the  administrative  initiatives,  are  those  which  are  efficiency 
related  and  lend  themselves  to  implementation  with  little  initial  impact  on  or  within  existing 
resources.  Some  of  these  initiatives  will  most  likely  evolve  to  program  status  depending  upon 
policy  decisions.  However,  the  administrative  initiatives  are  a  collection  of  diverse  interrelated 
activities  with  high  potential  for  both  near-term  and  long  -term  benefits,  as  well  as  establishment 
of  context  and  direction  for  other  longer  term  initiatives. 


The  administrative  initiatives  encompass  management,  engineering,  acquisition,  and  sup¬ 
port  practices.  These  issues  were  selected  through  a  filtering  process  which  identified  those  issues 
having  the  greatest  impact  and  the  greatest  promise  of  resolution.  Although  there  are  obvious 
interrelationships  and  interdependencies  between  administrate  e  and  programmatic  initiatives, 
the  distinction  is  made  because  policy  and  guidance  initiatives  are  clearly  in  the  Government’s 
domain.  The  phase  II  report  contains  detailed  discussions  and  recommendations  in  the  areas  of 
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personnel  and  training,  funding,  configuration  management,  microprocessor  and  firmware  and 
product  and  data  quality  at  transition.  The  additional  recommended  administrative  initiatives 
and  recommendations  developed  in  Phase  111  are  shown  in  Table  2.  The  combined  Phase  II  and 
111  recommendations  are  contained  in  Volume  II  of  the  long  range  plan. 


Table  2.  Administrative  Initiatives  and  Recommendations 


INITIATIVES 

T - - - - 

i  RECOMMENDATIONS 

1 

MANAGEMENT  AND  ENGINEERING 
PRACTICES 

i 

1 

• 

MATRIX  ORGANIZATION 

1  STRONGLY  CONSIDER  CONSOLIDATION  OF  ECS 
•  HARDWARE  AND  SOFTWARE  ENGINEERS  AND 

1  APPLY  THESE  RESOURCES  THROUGH  MATRIXING 

1  AND  ESTABLISHMENT  OF  SKILL  CONCENTRATIONS 

• 

ECS  CAREER  PROGRESSION 

1  DEVELOP  DEFINITIVE  CAREER  INCENTIVES  AND 

1  PROGRESSION  PATHS  TO  ATTRACT  AND  RETAIN 

1  ECS  PERSONNEL 

• 

TRAINING  AND 
PROFESSIONAL  EDUCATION 

>  ESTABLISH  A  STRUCTURED  PROGRAM  WHICH 

1  CYCLES  HARDWARE  AND  SOFTWARE  ENGINEERS 
THROUGH  FORMAL  EDUCATIONAL  COURSES  AND 

1  CONTROLLED  JOB  TRAINING  PROGRAMS 

ACQUISITION  AND  SUPPORT 

PRACTICES 

1 

1 

• 

COMMON  ECS  SUPPORT 
COMPONENTS 

QUANTITATIVELY  INVESTIGATE  USE  OF  STANDARD- 
I  IZED  MULTI-USE  SIMULATIONS  IN  INTEGRATION 
i  SUPPORT  FACILITIES  AND  AIRCREW  TRAINING 
•  DEVICES 

• 

AUTOMATIC  TEST 

EQUIPMENT 

1  IN  COORDINATION  WITH  AIR  FORCE  SYSTEMS 
|  COMMAND  AND  USERS.  DEVELOP  SUPPORTABILITY 

1  STANDARDS  FOR  IMPLEMENTING  TESTABILITY  IN 

1  DESIGN  PHASE  AND  FOR  ACQUIRING  DOCUMENTA- 
|  TION 

• 

MULTI-ECS  WEAPON 

SYSTEM  SUPPORT 

INVESTIGATE  FEASIBILITY  OF  MULTI-ECS  SUPPORT 

1  THROUGH  USE  OF  STANDARD  INTERFACES  AND 

1  LOCAL  AND  COMMAND-WIDE  ECS  SUPPORT  NET¬ 
WORKS 

The  second  group,  programmatic  initiatives,  are  those  which  are  related  to  productivity  and 
mission  responsiveness  in  accomplishing  the  ECS  support  process.  Although  they  depend  upon 
policy  and  direction  for  implementation,  they  are  primarily  longer  term  and  require  concen¬ 
trated  programs  with  considerable  resources  to  build  upon  or  augment  existing  capability,  as 
well  as  acquire  new  capabilities.  The  four  programmatic  initiatives  and  recommendations  shown 
in  Table  3  are  discussed  in  detail  in  Volume  II,  Section  4. 
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Table  3.  Programmatic  Initiatives  and  Recommendations 


initiatives 

|  RECOMMENDATIONS 

• 

AUTOMATION  ANO 
STANDARDIZATION  OF  ECS 
SUPPORT  PROCESSES 

|  ESTABLISH  AND  ARTICULATE  POLICY  AND  GUlD 

1  ANCE  FOR  CONDUCTING  ECS  SUPPORT  PROCESS 

1  AND  ACQUIRE  AUTOMATED  AND  STANDARDIZED 

1  TOOLS  FOR  ACCOMPLISHING  THE  PROCESS 

• 

MODULAR  EXTENDABLE 
INTEGRATION  SUPPORT 
FACILITIES 

|  ESTABLISH  STANDARD  MODULES.  INTERFACES. 

,  INTERFACE  UNITS  AND  ARCHITECTURES.  AND 

1  EXPAND  AND  EXTEND  INTEGRATION  SUPPORT 

1  CAPABILITIES  TO  MULTIPLE  SYSTEMS  AND 
MULTIPLE  FUNCTIONS 

• 

ECS  READINESS  SUPPORT 

ESTABLISH  INTELLIGENCE  AND  DATA  HANDLING 

1  CAPABILITIES  AND  ENHANCE  OR  ESTABLISH  SUP 

I  PORT  CAPABILITIES  FOR  PREEMPT'VE  ENGINEER 
ING  TO  RESPOND  TO  ELECTRONIC  THREATS 

• 

ECS  SUPPORT  NETWORKS 

'  ESTABLISH  COMMUNICATIONS  LINKS  WITH  CAPA 

1  BILITIES  FOR  VOICE.  DATA  AND  VIDEO  TRANSMIS- 
1  SIONS  TO  SUPPORT  LOCAL  AND  MULTIPLE  SYSTEM 

1  INTEGRATION  SUPPORT  FACILITIES.  AND  TO 

1  SUPPORT  COMMANDWIDE  MANAGEMENT  AND 
ENGINEERING 

2.2  BENEFITS  ASSOCIATED  WITH  ECS  SUPPORT  INITIATIVES 

Current  AFLC  management  and  engineering  structure  has  evolved  over  the  past  several 
years.  It  was  shaped  to  provide  support  to  systems  and  items  with  primary  emphasis  on  the  hard¬ 
ware  involved  and  was  further  designed  to  achieve  spare  and  repair  support  without  extensive 
regard  to  engineering  development.  The  current  and  projected  ECS  support  role,  however,  is 
engineering  intensive  and  requires  a  broad  range  of  initiatives  to  achieve  a  m.ssion  responsive 
future  ECS  support  posture. 

Implementation  of  the  administrative  initiatives  directly  affects  the  efficiency  of  the  ECS 
support  r.ocess  in  the  near  term  as  well  as  establishes  the  policy  and  guidance  framework  for 
implementation  of  the  longer  term  programmatic  initiatives.  The  ECS  support  posture  or  situa¬ 
tion  addressed  o  ;ne  initiatives  is  summarized  in  the  following  four  broad  current  posture 
statements: 

•  ECS  Support  processes  are  person-power  intensive  and  in  the  aggregate 
use  a  proliferation  of  non-standard  support  tools  procedures  and  nomen¬ 
clatures  which  are  costly  and  decrease  efficiency  and  productivity. 

•  ECS  support  tacilities  are  system  unique  with  a  proliferation  of  hardware 
and  roftware  for  accomplishing  common  functions  which  increases  costs 
and  reduces  productivity. 

•  Capability  is  limited,  or  non-existent,  for  responding  to  adversary  threats 
to  C-E,  EW,  and  OFP  (fire  control  radars)  which  affects  mission  respon¬ 
siveness. 
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•  Modern  communications  links  do  not  exist  for  supporting  management 
and  engineering,  increasing  productivity  and  mission  responsiveness,  and 
offsetting  training  and  travel  costs. 

Significant  AFLC  benefits  for  each  area,  resulting  from  implementation  of  the  combined  com¬ 
plementary  initiatives,  are  summarized  and  keyed  to  the  current  posture  statement  and  the  pro¬ 
grammatic  initiatives. 


ECS  support  processes  are  person-power  intensive  and  in 
the  aggregate  use  a  proliferation  of  non-standard  support 
tools,  procedures,  and  nomenclatures  which  are  costly  and 
decrease  efficiency  and  productivity. 


INITIATIVE 

AUTOMATION  AND 
STANDARDIZATION 
OF  ECS  SUPPORT 
PROCESSES 


^  FUTURE  ECS  SUPPORT  P08TURE  BENEFIT8 

Automated  standa  dized  ECS  support  tools  and  procedures  for 


•  Management, 

•  Documentation, 

•  Analysis, 

•  Specification, 

•  Software  development, 

•  Testing,  and 

•  Local  development  projects. 


ECS  support  facilities  are  system  unique  with  a  pro¬ 
liferation  of  hardware  and  software  for  accomplishing 
common  functions,  which  increases  costs  and  reduces  pro¬ 
ductivity. 


INITIATIVE 

MODULAR  EXTEND¬ 
ABLE  INTEGRATION 
SUPPORT  FACILITIES 


^  FUTURE  ECS  SUPPORT  POSTURE  BENEFITS 

Builds  upon  existing  investment  in  ECS  support  facilities  to  support 


•  Combat  mission  readiness; 


•  Weapon  system  growth  and  planned  product  improvements; 

•  Multiple  systems  with  dissimilar  architectures,  languages,  and  input/output 
requirements  with  single  ISF  systems; 
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•  Multiple  functions  with  common  modules; 

•  Automated  standardized  tools;  and 

•  Training. 


- 1 

INITIATIVE 

ECS  READINESS 
SUPPORT 

_ I 

^  FUTURE  ECS  SUPPORT  POSTURE  BENEFITS 

ECS  readiness  support  capabilities  for 

•  Recognizing  change  requirements, 

•  Assessment  of  system  vulnerability, 

•  Selection  and  implementation  of  changes,  and 


Capability  is  limited,  or  non-existent,  for  responding  to 
adversary  threats  to  C-E,  EW,  and  OFP  (fire  control 
radars)  which  affects  mission  responsiveness. 


•  Documentation  and  distribution  of  changes. 


3.  IMPLEMENTATION  APPROACH 


Aggressive  staff  action  is  the  recommended  approach  for  implementation  of  the  majority 
of  the  administrative  initiatives.  However,  the  programmatic  initiatives  involve  significant 
resources  and  their  implementation  will  probably  require  use  of  the  well-established  Department 
of  Defense  and  Air  Force  acquisition  process.  The  overall  implementation  approach  for  the  ini¬ 
tiatives  is  shown  in  Figure  7.  The  six-step  process  for  system  acquisition  served  as  a  model  for 
development  of  implementation  detail  for  the  four  programmatic  initiatives.  In  Volume  II,  an 
individual  task  sheet  is  provided  for  each  step.  In  addition,  the  process  is  supplemented  for  each 
programmatic  initiative,  with  a  pictorial  of  the  conceptual  evolution  of  the  capability  associated 
with  the  particular  initiative,  followed  by  a  summary  task  sheet  which  aggregates  the  details  con¬ 
tained  in  the  individual  phase  task  sheets.  Also  provided  with  each  individual  phase  or  activity 
task  sheet  is  a  flow  chart  with  inputs  from  or  interfaces  with  other  initiatives.  In  those  cases 
which  require  more  than  the  six  steps  shown  in  the  model,  additional  task  sheets  are  provided.  A 
complete  complement  of  summary  and  detailed  task  sheets  in  the  following  format  is  included 
for  each  programmatic  initiative  in  Volume  II,  Section  5. 

•  Task  Objective(s):  Describes  key  elements  of  the  initiative  and  overall 
objectives  to  be  achieved. 

•  Major  Issues/Problem  Areas:  Identifies  major  issues  or  problem  areas 
associated  with  implementation  of  the  initiative. 

•  Task  Approach:  Describes  overall  approach  and  sequential  activities  for 
achieving  the  objective. 

•  Level  of  Effort:  Estimates  management  and  technical  person  years 
required  to  accomplish  implementation  activities. 

•  Performer  Experience  Level/Background:  Identifies  primary  disciplines 
involved  and  necessary  experience  level  and  background  required  to 
accomplish  the  task. 

•  Task  Inputs/Interfaces:  Specifies  dependencies  affecting  the  initiative 
and  their  impacts  on  other  initiatives. 

•  Task  Deliverables/Key  Milestones:  Provides  overall  schedule  for  imple¬ 
menting  initiatives  and  identifies  key  events  and  milestones  in  acquisition 
process. 
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Long  Range  Plan  for  Support  of  ECS:  Implementation  Approach 


4,  SUMMARY 


Concurrent  implementation  of  the  administrative  intiatives  combined  with  the  four  pro¬ 
grammatic  initiatives  is  recommended  to  address  ECS  life  cycle  support.  Early  implementation 
of  the  administrative  initiatives  is  needed  not  only  to  correct  deficiencies  in  the  acquisition  and 
operation  of  ECS  support  systems  in  the  near  term,  but  to  establish  a  clear  framework  of  policy 
and  guidance  for  AFLC  interactions  and  coordination  with  the  development  and  user  com¬ 
mands;  early  implementation  is  also  required  to  enable  the  subsequent  actions  necessary  for 
enhancing  existing  capabilities  and  acquiring  new  capabilities  to  improve  the  ECS  support  pro¬ 
cess  through  implementation  of  the  programmatic  initiatives.  The  recommendations  for  each 
initiative  related  to  the  ECS  support  process,  with  anticipated  benefits,  estimated  resources,  and 
the  development  period  required  for  improving  the  overall  future  ECS  support  posture,  are 

summarized, in  Figure  8. 

\ 

The  programmatic  initiatives  and  appropriate  references  to  the  Phase  II  report  and  the 
Long  Range  Plan  are  shown  below.  Table  4  highlights  the  key  features  of  the  programmatic  ini¬ 
tiatives,  summarizes  the  associated  development  period  and  resources  to  achieve  an  initial 
operational  capability,  and  provides  a  quick  reference  to  supporting  data  in  the  Long  Range 
Plan. 

•  Automation  and  Standardization  of  ECS  Support  Processes:  Phase  II 
Final  Report  identified  deficiencies  associated  with  current  ECS  support 
posture.  Volume  II  of  the  Long  Range  Plan  provides  rationale  in  Section 
4.1  and  implementation  detail  for  acquiring  tools  for  automation  and 
standardization  of  ECS  support  processes  in  Section  5.2.1. 

•  Modular  Extendable  Integration  Support  Facilities:  Volumes  VI-V1I, 

Phase  II  Final  Report,  discuss  deficiencies  in  ECS  support  posture  for 
each  of  the  five  ECS  categories.  Volume  II,  Section  4.2  of  the  Long 
Range  Plan  describes  elements  and  merits  of  modular  extendable  integra¬ 
tion  support  facilities.  Implementation  detail  is  provided  in  Section 
5.2.2. 

•  ECS  Readiness  Support:  Phase  II  Final  Report  Volume  II  and  classified 
section  at  HQ  AFLC  identifies  this  requirement.  This  initiative  which 
affects  ATD,  C-E,  EW,  and  OFP  ECS  categories  is  further  discussed  in 
Volume  II,  Section  4,3  of  the  Long  Range  Plan  with  implementation 
detail  provided  in  Section  5.2.3. 

•  ECS  Support  Networks:  Volume  II,  Section  4. 2. 2. 4  (Local  Networks) 
and  Section  4.4  (Command-Wide  Networks)  discusses  rationale  for  net¬ 
working  as  a  high-leverage  initiative  for  supporting  all  other  initiatives  in 
facilitating  increases  in  productivity  and  mission  responsiveness.  Imple¬ 
mentation  detail  is  provided  in  Section  5.2.4  of  the  Long  Range  Plan. 
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Figure  8.  Initiatives  for  Improving 
ECS  Support  Posture 
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